Die Rechnung kommt am Dritten des Monats und ist wieder höher als im Vormonat, obwohl niemand etwas gebaut hat. Der erste Reflex ist der Blick auf die Angebote mit Vorauszahlung, weil dort ein Rabatt in Aussicht steht. Der zweite müsste der Blick auf die größte Einzelposition sein, die aus einer Testumgebung stammt, die im Frühjahr für zwei Wochen gedacht war.

Diese Reihenfolge ist der eigentliche Fehler. Wer Reservierungen abschließt, bevor er weiß, was er tatsächlich braucht, bindet sich für ein oder drei Jahre an eine Ausstattung, die er gerade abbauen wollte. Der Rabatt ist echt, er gilt nur für die falsche Menge.

Der Beitrag beschreibt, wie sich die Rechnung nach Umgebung und Team aufteilen lässt, welche Posten erfahrungsgemäß den größten Anteil ausmachen und in welcher Abfolge die Maßnahmen gehören. Vertragliche Bindungen aus Rahmenverträgen gehören vor der Unterschrift in eine juristische Prüfung.

Der Überblick vor dem ersten Eingriff

• Voraussetzung: eine Kennzeichnung der Ressourcen nach Umgebung, Team und Zweck.
• Erster Schritt: abschalten, was niemandem gehört und nichts bedient.
• Zweiter Schritt: Testumgebungen außerhalb der Arbeitszeit stoppen.
• Dritter Schritt: Speicher aufräumen, Aufbewahrungsfristen setzen.
• Vierter Schritt: Größen an die tatsächliche Auslastung anpassen.
• Letzter Schritt: Reservierungen erst auf den bereinigten Bedarf abschließen.
• Regel: keine Bindung über Jahre auf eine Ausstattung, die noch schrumpft.

Warum die Rechnung im Dunkeln wächst

Der Bezug von Rechenleistung ist so gebaut, dass Anlegen einfach und Abschalten freiwillig ist. Wer eine Umgebung startet, braucht dafür wenige Minuten und keine Genehmigung. Wer sie beendet, muss daran denken, und es erinnert ihn niemand.

Dazu kommt die Verrechnung im Nachhinein. Anders als bei einer Anschaffung, die ein Budget berührt und dokumentiert wird, entsteht die Ausgabe still im Betrieb und wird erst vier Wochen später sichtbar, in einer Summe, die viele Einzelposten zusammenfasst.

Der dritte Grund ist die Zuständigkeit. Die Rechnung landet in der Verwaltung, verursacht wird sie in der Entwicklung. Solange diese beiden Stellen nicht dieselbe Aufstellung ansehen, gibt es keine Rückmeldung an die Menschen, deren Entscheidungen die Kosten erzeugen.

Daraus folgt der Ansatzpunkt. Bevor irgendetwas abgeschaltet wird, muss sichtbar sein, wer was verbraucht. Eine Einordnung der Bezugsformen bietet der Überblick zum Cloud Computing.

Die Kennzeichnung, ohne die keine Auswertung funktioniert

Jede Ressource bekommt Merkmale mit: Umgebung, Team oder Produkt, Zweck und eine verantwortliche Person. Vier Felder genügen, mehr werden ohnehin nicht gepflegt, und ohne diese vier bleibt die Rechnung eine Summe ohne Adressat.

Die Einführung geschieht in zwei Richtungen. Für alles Neue wird die Kennzeichnung verpflichtend, technisch erzwungen, damit ohne sie nichts angelegt wird. Für den Bestand wird nachgetragen, und was sich nicht zuordnen lässt, landet auf einer eigenen Liste.

Genau diese Liste ist das erste Ergebnis. Alles darauf ist verdächtig, denn eine Ressource, zu der sich nach zwei Rückfragen niemand bekennt, wird in aller Regel auch nicht gebraucht. Sie wird nicht sofort gelöscht, sondern erst gestoppt und beobachtet.

Der Aufwand für diesen Schritt liegt bei wenigen Tagen und ist die einzige Vorarbeit, die sich nicht überspringen lässt. Ohne sie folgt jede spätere Maßnahme dem Bauchgefühl statt einer Auswertung.

Cloud Kosten senken: die Reihenfolge nach Hebelwirkung

Die Abfolge ergibt sich aus zwei Größen: wie viel eine Maßnahme spart und wie stark sie bindet. Was viel spart und nichts bindet, kommt zuerst. Was wenig spart und lange bindet, kommt zuletzt oder gar nicht.

Danach steht am Anfang das Abschalten. Es kostet nichts, wirkt sofort, ist umkehrbar und trifft in vielen Fällen den größten Einzelposten. Danach folgt das Anpassen der Größen, das ebenfalls umkehrbar ist, aber Messungen voraussetzt.

Erst am Ende stehen die vertraglichen Instrumente, also Reservierungen und Vorauszahlungen. Sie sparen zuverlässig, binden aber über ein oder mehrere Jahre an einen bestimmten Umfang. Wer sie zuerst abschließt, zementiert den Zustand, den er ändern wollte.

Diese Reihenfolge klingt selbstverständlich und wird trotzdem regelmäßig umgedreht, weil Reservierungen eine Verhandlung und einen Rabatt bedeuten und damit nach Arbeit aussehen. Abschalten sieht nach nichts aus und spart mehr.

Der erste Verdächtige: was läuft und niemandem gehört

Ganz oben stehen Ressourcen ohne Verantwortlichen: Rechner aus einem beendeten Vorhaben, Datenbanken einer eingestellten Funktion, Zwischenumgebungen einer Migration, die vor einem Jahr abgeschlossen wurde.

Dazu kommen die stillen Nebenkosten, die selten jemand nachhält. Reservierte Adressen ohne zugeordneten Rechner, Lastverteiler ohne Ziel, angehängte Speicherlaufwerke, deren Rechner längst gelöscht ist. Jede einzelne Position ist klein, in der Summe ergibt sich ein spürbarer Anteil.

Das Vorgehen ist dreistufig. Zuerst wird gestoppt statt gelöscht, dann wird zwei Wochen beobachtet, ob sich jemand meldet, danach wird gelöscht. Vorher wird gesichert, was gesichert gehört, und die Sicherung bekommt ein Ablaufdatum.

Wer die Beobachtungsphase überspringt, erlebt sie später trotzdem, dann allerdings als Störung an einem Freitagnachmittag. Zwei Wochen Wartezeit sind der Preis dafür, dass niemand die Liste anzweifelt, wenn tatsächlich gelöscht wird.

Testumgebungen, die nachts und am Wochenende laufen

Eine Entwicklungs- oder Abnahmeumgebung wird während der Arbeitszeit genutzt und läuft in vielen Betrieben trotzdem rund um die Uhr. Von den Stunden einer Woche entfällt der größere Teil auf Zeiten, in denen niemand am Rechner sitzt.

Die Maßnahme ist eine Zeitsteuerung: abends herunterfahren, morgens starten, am Wochenende aus. Der Aufwand liegt bei wenigen Stunden Einrichtung, die Wirkung ist unmittelbar und betrifft eine der größten Positionen überhaupt.

Zwei Einschränkungen gehören dazu. Erstens gibt es Systeme, die nicht ohne Weiteres neu starten, und die gehören ausgenommen statt erzwungen. Zweitens braucht es einen Knopf, mit dem eine Umgebung außerhalb der Zeiten von Hand gestartet wird, sonst wird die Steuerung nach der ersten Nachtschicht abgeschaltet.

Sinnvoll ist außerdem eine Regel für kurzlebige Umgebungen, die zu einem Entwicklungszweig gehören. Sie bekommen von Anfang an ein Verfallsdatum und verschwinden, wenn der Zweig zusammengeführt oder verworfen wird. Wie sich solche Regeln festhalten lassen, behandelt der Beitrag über dokumentierte Abläufe im wachsenden Team.

Speicher: alte Abbilder, Sicherungen, Protokolle

Speicher fällt selten durch einen einzelnen großen Posten auf, sondern durch stetiges Wachstum. Er wird laufend geschrieben und praktisch nie gelöscht, weil niemand das Risiko übernehmen will, etwas zu entfernen, das später gebraucht wird.

Drei Bestände sind fast immer betroffen. Abbilder alter Maschinen, die seit Monaten niemand mehr eingespielt hat. Sicherungen ohne Ablaufregel, die sich über Jahre stapeln. Protokolldaten in feiner Auflösung, die nach wenigen Tagen niemand mehr ansieht.

Die Lösung ist keine Aufräumaktion, sondern eine Aufbewahrungsregel je Datenart, technisch umgesetzt und automatisch angewandt. Aufräumen von Hand wirkt einmal, eine Regel wirkt dauerhaft, und beides zusammen ist die Reihenfolge.

Bei den Fristen gehört die Rechtslage einbezogen, denn für Belege und Geschäftsunterlagen gelten eigene Aufbewahrungspflichten, und personenbezogene Daten unterliegen zusätzlich der Löschpflicht. Welche Frist für welchen Datenbestand gilt, klärt eine rechtliche oder steuerliche Beratung, nicht das Betriebsteam.

Datenverkehr, der erst auf der Rechnung sichtbar wird

Ausgehender Datenverkehr und Verkehr zwischen Rechenzentrumsbereichen sind die Posten, die in der Planung am häufigsten fehlen, weil sie im Entwurf nicht sichtbar sind. Sie entstehen aus Architekturentscheidungen und wachsen mit der Nutzung.

Typische Ursachen sind Dienste, die über Bereichsgrenzen hinweg miteinander sprechen, Sicherungen, die in eine andere Region geschrieben werden, und Auslieferung großer Dateien direkt aus dem Speicher statt über ein vorgelagertes Verteilnetz.

Die Prüfung lohnt einmal je Quartal und dauert eine Stunde. Sie beantwortet drei Fragen: Welche Verbindungen überschreiten Bereichsgrenzen, welche davon müssen es, und was kostet die Auslieferung an die Endnutzer im Verhältnis zur Rechenleistung.

Überdimensionierung und die Frage nach der Auslastung

Fast jede Umgebung ist großzügiger ausgestattet als nötig, und das hat einen nachvollziehbaren Grund: Beim Anlegen kennt niemand die Last, und eine Nummer größer kostet weniger Nerven als ein Ausfall in der ersten Woche.

Korrigiert wird das nur mit Messung. Wer die Auslastung über mehrere Wochen betrachtet, sieht Spitzen, Durchschnitt und Leerlauf. Erst danach lässt sich verkleinern, und zwar in Schritten, mit Beobachtung dazwischen.

Wichtig ist die Unterscheidung zwischen Rechenkern und Arbeitsspeicher. Viele Systeme brauchen das eine reichlich und das andere kaum, und die angebotenen Größen koppeln beides. Wer die passende Zusammenstellung sucht, spart mehr als durch bloßes Verkleinern.

Ausgenommen bleibt, was Spitzen abfangen muss. Eine Umgebung, die im Weihnachtsgeschäft die dreifache Last trägt, wird nicht auf den Durchschnitt gestutzt, sondern bekommt eine Regel, die sie bei Bedarf wachsen lässt. Der weitere Zusammenhang steht im Beitrag über Technologie in der Produktentwicklung.

Was sich im Programm selbst ändern lässt

Ein Teil der Rechnung entsteht nicht durch die Ausstattung, sondern durch die Art, wie das eigene Programm arbeitet. Abfragen, die bei jedem Aufruf dieselben Daten neu holen, erzeugen Last, die sich mit einem Zwischenspeicher vollständig vermeiden lässt.

Ähnlich wirken Hintergrundläufe, die im Minutentakt prüfen, ob es etwas zu tun gibt. In vielen Fällen genügt eine Benachrichtigung beim tatsächlichen Ereignis, und der Unterschied ist nicht klein, weil die Prüfung rund um die Uhr läuft.

Diese Eingriffe sparen zuverlässig, kosten aber Entwicklungszeit und tragen ein Risiko. Sie gehören deshalb hinter das Abschalten und das Anpassen der Größen, aber vor jede Bindung über Jahre, weil sie den Sockel dauerhaft senken.

Der praktische Einstieg ist eine einzige Frage an das Team: Welche drei Vorgänge verbrauchen am meisten, und war das so beabsichtigt? Die Antwort liegt meist bereits vor, sie wurde nur nie gegen die Rechnung gehalten.

Reservierungen und Vorauszahlungen: erst zum Schluss

Reservierungen sind Zusagen über einen bestimmten Verbrauch für ein oder mehrere Jahre, im Gegenzug für einen niedrigeren Preis. Sie sind das wirksamste Instrument für den Sockel, der ohnehin läuft, und das schlechteste für alles darüber.

Der Sockel ist der Verbrauch, der auch im ruhigsten Monat anfällt. Er lässt sich aus zwölf Monaten Verlauf ablesen, allerdings erst, nachdem die bereinigenden Maßnahmen gewirkt haben. Vorher enthält er genau die Posten, die verschwinden sollen.

Zu prüfen sind außerdem die Bedingungen: Laufzeit, Zahlungsweise, Übertragbarkeit auf andere Ressourcentypen und die Frage, was bei einer Änderung der Ausstattung geschieht. Diese Punkte stehen im Vertrag und gehören vor der Unterschrift gelesen.

Eine vorsichtige Vorgehensweise ist die Staffelung. Zuerst wird ein Teil des Sockels gebunden, nach einem halben Jahr der nächste, wenn sich der Verbrauch bestätigt hat. Das kostet einen Teil des Rabatts und erspart eine Bindung an eine Größe, die nicht mehr gilt.

Die üblichen Verdächtigen im Überblick

Posten	Typische Ursache	Maßnahme	Bindung
Rechner ohne Verantwortlichen	beendete Vorhaben	stoppen, beobachten, löschen	keine
Testumgebungen rund um die Uhr	fehlende Zeitsteuerung	abends und am Wochenende aus	keine
Alte Abbilder und Sicherungen	fehlende Aufbewahrungsregel	Fristen je Datenart	rechtliche Fristen beachten
Protokolldaten	feine Auflösung dauerhaft	verdichten und ablaufen lassen	keine
Datenverkehr über Bereiche	Architektur	Dienste zusammenlegen	Umbauaufwand
Überdimensionierte Größen	Schätzung beim Anlegen	messen, schrittweise verkleinern	keine
Fehlende Reservierungen	ungeprüfter Sockel	Sockel binden, gestaffelt	ein Jahr oder mehr

Die letzte Spalte gibt die Reihenfolge vor. Alles ohne Bindung wird zuerst erledigt, alles mit Bindung zuletzt, und die Zeilen dazwischen richten sich nach dem Anteil an der eigenen Rechnung.

Verwaltete Dienste gegen Eigenbetrieb

Ein verwalteter Dienst kostet je Einheit mehr als der Betrieb desselben Programms auf eigenen Maschinen. Der Vergleich hinkt trotzdem, solange nur die Rechnung betrachtet wird, denn beim Eigenbetrieb fallen Arbeitszeit für Einspielungen, Sicherungen und Bereitschaft an.

Für ein Team von wenigen Personen fällt die Rechnung meist zugunsten des verwalteten Dienstes aus, weil die eingesparten Stunden knapper sind als das Geld. Ab einer gewissen Größe und bei gleichmäßiger Last kehrt sich das um.

Die belastbare Grundlage ist eine Vollkostenbetrachtung mit Arbeitszeit, nicht der Preisvergleich zweier Positionen. Wer nur die Rechnung vergleicht, wechselt zum Eigenbetrieb und bezahlt die Differenz danach in Wochenendarbeit. Was dabei einzurechnen ist, ordnet der Überblick zu den Gesamtbetriebskosten.

Was die Maßnahmen an Arbeitszeit kosten

Die Kennzeichnung kostet einige Tage, wirkt aber nur als Voraussetzung. Das Abschalten verwaister Ressourcen kostet wenige Stunden und liefert den größten unmittelbaren Betrag. Die Zeitsteuerung kostet einen Tag Einrichtung und wirkt danach von selbst.

Aufwendiger sind Speicherfristen, weil dafür geklärt werden muss, welche Daten wie lange gebraucht werden, und diese Klärung geht über die Technik hinaus. Am aufwendigsten sind Umbauten an der Architektur wegen des Datenverkehrs.

Daraus folgt eine Empfehlung für kleine Teams: die ersten drei Maßnahmen in einer Woche, die Speicherfristen im Quartal danach, Architekturumbauten nur dann, wenn der Posten die Rechnung wirklich dominiert. Zum Umgang mit knappen Mitteln passt der Beitrag über Arbeit mit begrenzten Mitteln.

Häufige Fragen

Wie viel lässt sich realistisch einsparen?

Das hängt vollständig vom Ausgangszustand ab, und jede genannte Prozentzahl wäre aus einem fremden Betrieb entliehen. Belastbar ist nur die eigene Aufstellung: Anteil je Posten an der letzten Rechnung, danach die Maßnahmen mit dem größten Anteil zuerst.

Lohnt sich ein eigenes Werkzeug zur Kostenauswertung?

Für kleine Teams selten. Die Auswertungen der Anbieter genügen, sobald die Kennzeichnung sauber ist. Ohne Kennzeichnung hilft auch kein zusätzliches Werkzeug, weil es dieselben Daten ohne Zuordnung anzeigt.

Wer sollte die Rechnung ansehen?

Dieselbe Runde, die die Ressourcen anlegt, einmal im Monat für zwanzig Minuten. Kosten, die nur in der Verwaltung ankommen, erzeugen keine Änderung an der Stelle, an der sie entstehen.

Sind Reservierungen bei schwankendem Bedarf sinnvoll?

Nur für den Sockel, der auch im schwächsten Monat läuft. Für den schwankenden Teil sind sie das falsche Instrument, weil die Bindung dann für eine Menge gilt, die zeitweise nicht gebraucht wird.

Bringt ein Anbieterwechsel mehr als Aufräumen?

In den seltensten Fällen, und er kostet Wochen an Arbeitszeit. Sinnvoll wird er erst, wenn die eigene Umgebung bereinigt ist und der Vergleich damit auf einer belastbaren Grundlage steht.

Wie verhindert man, dass alles zurückkommt?

Durch drei Regeln: erzwungene Kennzeichnung beim Anlegen, ein Verfallsdatum für alles Kurzlebige und eine monatliche Durchsicht mit den Menschen, die die Ressourcen erzeugen.

Die größten Beträge stecken in dem, was niemand vermisst, und das lässt sich in einer Woche finden. Die Reservierung ist danach immer noch möglich, und dann für die Menge, die tatsächlich gebraucht wird.